home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000358_connolly@pixel.convex.com _Thu Nov 19 19:37:53 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  5KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA16376; Thu, 19 Nov 92 19:37:53 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA19997; Thu, 19 Nov 92 19:50:23 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA21503; Thu, 19 Nov 92 12:50:00 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA13833; Thu, 19 Nov 92 12:49:58 -0600
  10. Message-Id: <9211191849.AA13833@pixel.convex.com>
  11. To: timbl@nxoc01.cern.ch
  12. Cc: www-talk@nxoc01.cern.ch
  13. Subject: Freezing the HTML spec Re: Comments in HTML ? 
  14. In-Reply-To: Your message of "Thu, 19 Nov 92 18:27:46 +0100."
  15.              <9211191727.AA00350@www3.cern.ch> 
  16. Date: Thu, 19 Nov 92 12:49:51 CST
  17. From: Dan Connolly <connolly@pixel.convex.com>
  18.  
  19.  
  20. What is the plan for registering HTML with the IETF? The HTML
  21. spec seems to be somewhat in flux. Tim talks a lot about
  22. "HTML futures." There are currently a lot of open issues.
  23. Eventually we have to "shoot the engineers and ship it,"
  24. that is freeze the spec and hand it to the IETF.
  25.  
  26. I suggest the following steps:
  27.  
  28. 1. Establish a charter for the HTML spec to guide us in
  29. resolving issues -- a sort of requirements spec. Here's
  30. my working list:
  31.  
  32.     * Establish a well-defined relationship between
  33.     HTML and SGML. Don't include anything in the HTML
  34.     spec that conflicts with the SGML spec.
  35.  
  36.     * Use the LineMode browser as a reference implementation.
  37.     Try not to include features that www doesn't grok.
  38.  
  39.     * Support common structural markup: headers, lists, etc.
  40.  
  41.     * Support W3 addressing syntax.
  42.  
  43.     * Support links from ranges of text to other documents
  44.     and anchors in other documents.
  45.  
  46.     * Keep the structure somewhat flat for interchange with
  47.     PC style word processors and other style-per-paragraph
  48.     oriented processors.
  49.  
  50. 2. Establish an HTML spec document, some informative appendixes,
  51. and some examples/test cases. I suggest:
  52.  
  53. spec: ftp://info.cern.ch/pub/www/doc/html.txt
  54.     from http://info.cern.ch/hypertext/WWW/MarkUp/MarkUp.html
  55.     and its neighbors "Text.html" "Tags.html" "Entities.html"
  56.     and "HTML.dtd"
  57.  
  58. infomative appendices: "HTMLConstraints.html" "Future.html"
  59.  
  60. examples: "../Test/test.html"
  61.  
  62. 3. Revise the spec so that it's internally consistent. Right
  63. now, there are some glitches. And the current method of
  64. sending suggestions to Tim and hoping he finds time to make
  65. the edits is no good. Hmmm... we definitely need a CSCW
  66. strategy for group-editing of documents.
  67.  
  68. 4. Register the spec with the IANA or IETF or whatever.
  69.  
  70. Meanwhile, I think it's pretty important to fix the NeXT editor
  71. and all the files on info.cern.ch. Folks are using that as a
  72. reference, and perpetuating HTML that conflicts with the SGML
  73. standard.
  74.  
  75. Back to the question at hand...
  76.  
  77.  
  78. >Begin forwarded message:
  79. >
  80. >> Date: Thu, 19 Nov 1992 13:14:33 +0000 (GMT)
  81. >> From: Kevin Hoadley <K.Hoadley@directory.rl.ac.uk>
  82. >
  83. >
  84. >> Is there any way to include comments in html documents ? In sgml ?
  85. >
  86. >In SGML, yes there is a -- comment start and a -- comment end.
  87. >Someone corerct me if I am wrong but I understand that once within
  88. >a tag one can use these ... right? Or does it apply to DTDs only?
  89.  
  90. The <!-- blah blah blah --> construct is only recognized in
  91. the DTD. There's a thing called a processing instruction that
  92. looks like <? blah blah blah> which is recognized in the
  93. instance. The Linemode browser seems to grok.
  94.  
  95. I think we should mention this construct in the standard, since
  96. we're technically not allowed to disallow it or process it incorrectly.
  97.  
  98. There's another thing called a marked section that looks like
  99. <![status [ stuff ]]> where status is one of...
  100.  
  101. IGNORE means ignore this stuff, except recognize nested marked sections.
  102. INCLUDE treat stuff normally
  103. CDATA     treat stuff as data. Recognize only ]]>
  104. RCDATA     treat stuff as data. Recognize entity reference (&foo;) and ]]>
  105. TEMP    (why is this in the SGML standard?)
  106.  
  107. The <![CDATA [ ... ]]> should probably be supported for plaintext
  108. sections somehow, but I can't figure out a scheme that harmonizes
  109. with the linemode implementation.
  110.  
  111. There's also some character classes MSICHAR, MSOCHAR, MSSCHAR
  112. for markup suppression. Markup between MSICHAR and MSOCHAR is
  113. ignored, and the next character after MSSCHAR is treated as
  114. data rather than markup. Unfortunately, these classes don't
  115. have any members in the reference concrete syntax, and they're
  116. probably not supported by many parsers.
  117.  
  118. SGML is a mess!
  119.  
  120. >> Does any of the existing WWW code support comments ?
  121. >
  122. >As it happens, the current library supports them, so the line mdoe
  123. >browser and anything else based on the library does. But it has
  124. >been left out of the doc and so will probably me missing from other browers.
  125. >
  126.  
  127. Try the <? foo > construct.
  128.  
  129. Dan
  130.